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DETAILED ACTION 

1 . This action is in response to communications filed March 18, 2008. 

Specification 

2. The specification is objected to as failing to provide proper antecedent basis for 
the claimed subject matter. See 37 CFR 1.75(d)(1) and MPEP § 608.01 (o). Correction 
of the following is required: 

Regarding claims 29-31 , the term "computer readable recording medium" is not 
properly supported within the specification. 

Claim Rejections - 35 USC § 102 

3. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 1 02 that 
form the basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(b) the invention was patented or described in a printed publication in this or a foreign country or in public 
use or on sale in this country, more than one year prior to the date of application for patent in the United 
States. 

4. Claims 1-3, 6 and 32-37 are rejected under 35 U.S.C. 102(b) as being 
anticipated by Aravamudan et al. (hereinafter Aravamudan)(U.S. Patent No. 6,301,609 
B1). 

Regarding claim 1, Aravamudan teaches as follows: 
a network system comprising: 

a session control server (Instance Message (hereinafter IM) server, 130 in figure 
1 and 2) controlling a communication session created between at least two terminal 
devices (client's CPE 140 in figure 1 and 2)(the IM server interfaces with and services 



Application/Control Number: 10/762,512 Page 3 

Art Unit: 2154 

the client via the client's CPE and the client's proxy presence within the Communication 
Services Platform (CSP) 160 in figure 1 and 2, see, e.g., col. 4, line 65 to col. 5, line 14); 

a presence server (Communication Services Platform (hereinafter CSP) 160 in 
figure 1 and 2) managing status information (online status) on one of said at least two 
terminal devices (the personal data and rules database 168 in figure 1, which are 
included in the CSP 1 60 in figure 1 , maintains the online status and location of the 
client, see, e.g., col. 6, lines 27-29); 

a communication line connecting said session control server (IM server 130), 
said presence server (CSP), and said terminal devices (client 142-150)(see, e.g., col. 5, 
lines 15-31 and figure 1 and 3), wherein said session control server (IM server) 
comprises; 

means for detecting a change in status information on a user of said terminal 
device or on said terminal device (IM server periodically polls the client premises 
equipment to determine whether a network session has been terminated, see, e.g., col. 
8, lines 10-23); and 

means for notifying said presence server (CSP) of an update request for the 
status information when the change in the status information is detected (the IM server 
conveys an instant message to the CSP informing that the user's status has changed to 
off-line or online, see, e.g., col. 8, lines 19-31). 

Regarding claim 2, Aravamudan teaches all the limitations of claim as explained 
above. The examiner interpreted the first server as the IM server (130 in figure 1 and 2) 
and the second server as the CSP. 
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Regarding claim 3, Aravamudan teaches as follows: 
said presence server (CSP) comprises: 

means for receiving (network service interface 162 in figure 1 and 2) the update 
request for the status information (the IM server conveys an instant message to the 
CSP informing that the user's status has changed to off-line or online, see, e.g., col. 8, 
lines 19-31); 

means for storing (personal data and rules database 168 in figure 1 and 2) the 
status information (the personal data and rules database maintains the online status 
and location of the client, see, e.g., col. 6, lines 27-29); and 

means for updating said means for storing (personal data and rules database) 
based on the update request (the CSP database is updated to reflect the off-line status 
of the user, see, e.g., col. 8, lines 5-31 and step 286 in figure 7). 
Regarding claim 6, Aravamudan teaches as follows: 
the network system according to claim 1, wherein SIP (Session Initiation 
Protocol) is used (see, e.g., col. 4, lines 6-25 and 186 in figure 3). 

Regarding claims 32-34 and 35-37, Aravamudan teaches as follows: 
said means for notifying said presence server (CSP 160 in figure 1) generates 
information of the update request for the status information when the change in the 
status information is detected (IM server conveys an instant message to the CSP 
informing the CSP that the user's status has changed to off-line and the CSP database 
is updated to reflect the off-line status of the user, see, e.g., col. 8, lines 5-31). 
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Claim Rejections - 35 USC § 103 

5. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

6. Claims 4 and 5 are rejected under 35 U.S.C. 1 03(a) as being unpatentable over 
Aravamudan et al. (hereinafter Aravamudan)(U.S. Patent No. 6,301,609 B1) as applied 
to claims 1 and 3 above, and further in view of Endress et al. (hereinafter Endress)(U.S. 
Patent No. 6,895,554 B2). 

Regarding claims 4 and 5, Aravamudan teaches as follows: 

the IM server (equivalent to the applicant's session control server) notifies the 
CSP (equivalent to the applicant's presence server) of the user's online presence and 
address and then the CSP updates the CSP database to indicate that the user is online 
(see, e.g., col. 7, lines 13-20). 

Even though Aravamudan teaches the updating process which implicitly 
including the comparing process, Endress teaches further explicitly as follows: 

means for comparing the notified status information (interpreted as new data 
from live data field) with some other status information (interpreted as current data 
stored in data field) for checking consistency of the update request with the other status 
information (comparing the new data with the current data for detecting the difference 
before updating process, see, e.g., col. 7, line 65 to col. 8, line 22); and 

rewrites the other status information (interpreted as current data stored in data 
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field) so that, when the other status information is not consistent with the status 
information (interpreted as new data from live data field) specified by the update 
request, the other status information becomes consistent with the status information 
specified by the update request (current data can be changed by overtyping the current 
data with new data or by deleting the current data and inserting new data, see, e.g., col. 
7, line 65 to col. 8, line 22). 

It would have been obvious for one of ordinary skill in the art at the time of the 
invention to modify Aravamudan to include comparing process to update data as taught 
by Endress in order to efficiently update the stored data by comparing the difference 
between the stored data and the new data. 

7. Claims 7-31 and 38-49 are rejected under 35 U.S.C. 1 03(a) as being 
unpatentable over Aravamudan et al. (hereinafter Aravamudan)(U.S. Patent No. 
6,301 ,609 B1 ) in view of Kammerer (U.S. Pub. No. 2004/02051 75 A1 ). 

Regarding claims 7, 24 and 25, Aravamudan teaches as follows: 

a network system comprising: 

one or more servers server (Instance Message (hereinafter IM) server, 130 in 
figure 1 and 2) each having a function to monitor a communication session created 
between terminal devices (client's CPE 140 in figure 1 and 2)(IM server periodically 
polls the client premises equipment to determine whether a network session has been 
terminated, see, e.g., col. 8, lines 10-23); 

a presence server (Communication Services Platform (hereinafter CSP) 160 in 
figure 1 and 2) in which status information describing the status of said terminal device 
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or the status of a user of the terminal device is stored (the personal data and rules 
database 168 in figure 1 , which are included in the CSP 160 in figure 1 , maintains the 
online status and location of the client, see, e.g., col. 6, lines 27-29); 

one of the servers (IM server) other than said presence server monitors the 
communication session to detect a change in the status information (IM server 
periodically polls the client premises equipment to determine whether a network session 
has been terminated, see, e.g., col. 8, lines 10-23); 

when the change is detected, the change in the Status information is notified to 
said presence server (the IM server conveys an instant message to the CSP informing 
that the user's status has changed to off-line or online, see, e.g., col. 8, lines 1 9-31 ); 
and 

a gateway device (126 in figure 1 and 2, 186 in figure 3) support conversion 
between different networks by using the Session Initiation Protocol (see, e.g., col. 3, line 
53 to col. 4, line 25). 

Aravamudan does not teach SIP used in the one or more servers. 

Kammerer teaches as follows: 

a Session Initiation Protocol (SIP) based presence server which enables secure 
corporate instant messaging while allowing the user of any SIP compliant IM client (see, 
e.g., page 1, paragraph [0008]); 

providing users freedom to collaborate by voice and data with any other user on 
a common IM network regardless of what type of communication device the users are 
operating (see, e.g., page 2, paragraph [0024]); and 
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SIP is an application layer control protocol using the Session Description 
Protocol (SDP) to create sessions and carry session descriptions which allow 
participants to agree on a set of compatible media types (see, e.g., page 3, paragraph 
[0048]). 

Therefore, inherently a protocol stack is included to support application layer SIP 
and to support different type of communication device (a protocol stack is interpreted as 
a protocol interface layer showing all protocols used under the SIP application layer 
protocol). 

It would have been obvious for one of ordinary skill in the art at the time of the 
invention to modify Aravamudan to include SIP used in IM server as taught by 
Kammerer in order to efficiently support different communication device and provide 
session connection between communication devices. 

Regarding claims 8, 22, 28 and 29, Aravamudan teaches as follows: 

a server (Instance Message (hereinafter IM) server, 130 in figure 1 and 2) 
connected via a network to a presence server (Communication Services Platform 
(hereinafter CSP) 160 in figure 1 and 2) managing status information on a user of a 
terminal device or on the terminal device (client's CPE 140 in figure 1 and 2)(IM server 
periodically polls the client premises equipment to determine whether a network session 
has been terminated, see, e.g., col. 8, lines 10-23), said server comprising: 

an interface for connection to a communication line (IM server interfaces with the 
client via the client's CPE and the client's proxy presence within the CSP via a services 
executive, see, e.g., col. 4, line 65 to col. 5, line 2 and figure 2); 
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a communication control unit that analyzes the reception, and reforms header 
parameters, of a received packet and transfers the received packet, whose header 
parameters have been reformed, to said interface (data conversion supported by a 
gateway device by using the SIP, see, e.g., col. 3, line 53 to col. 4, line 25); 

a status management unit that manages the status of a communication session 
created between the terminal devices on a certain expiration time basis (IM server 
periodically polls the client premises equipment to determine whether a network session 
has been terminated, see, e.g., col. 8, lines 10-31 and figure 7); 

a terminal location management unit that manages address information on the 
terminal device notified via said communication line (the client software generates a 
message indicating user's online status and current user address and the message is 
sent to the IM server to notify the CSP, see, e.g., col. 7, lines 3-20); 

means for detecting a change in information on the status of the communication 
session or in the address information (IM server periodically polls the client premises 
equipment to determine whether a network session has been terminated, see, e.g., col. 
8, lines 10-23); and 

a presence information update unit that generates a presence information update 
message, which informs said presence server that the status information or the address 
information has changed, when the change is detected and issues an instruction to 
send the message to said communication control unit (the IM server notifies the CSP of 
the user's online presence and address and then the CSP updates the CSP database to 
indicate that the user is online, see, e.g., col. 7, lines 13-20). 
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Aravamudan does not teach SIP used in the IM server but in the gateway device. 
Kammerer teaches as follows: 

a Session Initiation Protocol (SIP) based presence server which enables secure 
corporate instant messaging while allowing the user of any SIP compliant IM client (see, 
e.g., page 1, paragraph [0008]); 

providing users freedom to collaborate by voice and data with any other user on 
a common IM network regardless of what type of communication device the users are 
operating (see, e.g., page 2, paragraph [0024]); and 

SIP is an application layer control protocol using the Session Description 
Protocol (SDP) to create sessions and carry session descriptions which allow 
participants to agree on a set of compatible media types (see, e.g., page 3, paragraph 
[0048]). 

Therefore, inherently a protocol stack is included to support application layer SIP 
and to support different type of communication device (a protocol stack is interpreted as 
a protocol interface layer showing all protocols used under the SIP application layer 
protocol). 

It would have been obvious for one of ordinary skill in the art at the time of the 
invention to modify Aravamudan to include data conversion (equivalent to the well 
known data encapsulation) used in SIP as taught by Kammerer in order to efficiently 
support different communication device communicating with different data type. 

Regarding claim 9, Aravamudan teaches as follows: 
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said means for detecting a change in information on the status of the 
communication session or in the address information receives a session control 
message or, from the terminal device, a location registration request message to detect 
the change (the client software generates a message, well known SUBSCRIBE 
message in IM system, indicating user's online status and current user address and the 
message is sent to the IM server to notify the CSP, see, e.g., col. 7, lines 3-20). 

Regarding claims 10 and 1 1 , Aravamudan teaches as follows: 

said presence information update unit comprises means for checking if a terminal 
device belonging to the status information is a terminal device managed by said server 
and, only when the status information in which the change was detected belongs to a 
terminal managed by said server, generates the presence information update message 
(IM server generates the presence information only for the registered user CPE, see, 
e.g., col. 6, lines 32-63); and 

said means for checking if a terminal device belonging to the status information is 
a terminal device managed by said server compares the domain name of the address of 
the server with the domain name of the address of the terminal device and, when the 
domain names match, determines that the terminal is to be managed by the server 
(when the user device register, the provisioning server registers the address of the 
user's instant message server and provisions the client CPE software with a unique 
identification, see, e.g., col. 6, lines 32-63). 

Kammerer further explicitly teaches as follows: 
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a proxy server functions substantially the same as on the presence server (IM 
server) and monitors the status and interactivity of users and can send out notifications 
to the other users on the network (see, e.g., page 6, paragraph [0083]); 

each proxy server has separate users connected based on geographic location 
of the user and the proxy server (see, e.g., page 6, paragraph [0084]); and 

the presence server application sends a presence message to one or more local 
subscribed clients who are identified as being in the same organization excluding any 
clients are external to that organization (see, e.g., page 8, paragraph [01 16]). 

It would have been obvious for one of ordinary skill in the art at the time of the 
invention to modify Aravamudan to include locally managed presence server as taught 
by Kammerer in order to efficiently manage different domain or organization by separate 
presence server. 

Regarding claims 12-17, Aravamudan does not teach SIP used in the IM server 
but in the gateway device. 

Kammerer teaches as follows: 

the SIP method name determine the nature of the request (see, e.g., page 6, 
paragraph [0094]); and 

SIP method names include REGISTER, INVITE, ACK, SUBSCRIBE, NOTIFY, 
CANCEL, BYE and OPTIONS (see, e.g., page 6, paragraph [0095]-[0102], for further 
details, see, e.g., RFC 2543). 

Therefore it would have been obvious for one of ordinary skill in the art at the 
time of the invention to modify Aravamudan to include standard SIP functionalities used 
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in IM server as taught by Kammerer in order to properly and timely update the presence 
information based on the well known SIP messages communications. 
Regarding claims 18 and 19, Aravamudan teaches as follows: 

updating presence information based on the expiration time including a timer to 
count time of day (updating user inactivity based on the time limit, see, e.g., col. 7, line 
41 to col. 8, line 4 and figure 6). 

Regarding claims 20, 26 and 30, Aravamudan teaches as follows: 

means for generating a PUBLISH message or REGISTER message including in 
a body thereof the status information or the address information, wherein the PUBLISH 
message or REGISTER message is sent to said presence server as the presence 
information update message (the client software generates a message (equivalent to 
applicant's RESITER message) indicating user's online status and current user address 
and the message is sent to the IM server to notify the CSP, see, e.g., col. 7, lines 3-20). 

Regarding claims 21 , 27 and 31 , Aravamudan teaches as follows: 

the PUBLISH message or REGISTER message includes one of the following 
information: session type, information on the terminal device that has established the 
session, and information on a coding system and a communication speed used by the 
established session (the service provider which including IM server, provides means for 
converting received data and communication mode and channel by utilizing a gateway, 
which utilizing SIP for session management, see, e.g., col. 3, line 53 to col. 4, line 24). 

Aravamudan does not teach SIP used in the IM server but in the gateway device. 

Kammerer teaches as follows: 



Application/Control Number: 10/762,512 Page 14 

Art Unit: 2154 

a Session Initiation Protocol (SIP) based presence server which enables secure 
corporate instant messaging while allowing the user of any SIP compliant IM client (see, 
e.g., page 1, paragraph [0008]). 

It would have been obvious for one of ordinary skill in the art at the time of the 
invention to modify Aravamudan to include SIP used in IM server as taught by 
Kammerer in order to efficiently support different communication device and provide 
session connection between communication devices. 

Regarding claim 23, Aravamudan teaches as follows: 

a presence server (Communication Services Platform (hereinafter CSP) 160 in 
figure 1 and 2), connected via a network to a session control server (Instance Message 
(hereinafter IM) server, 130 in figure 1 and 2) managing a communication session 
created between at least two terminal devices (client's CPE 140 in figure 1 and 2), for 
managing status information on said communication session (IM server periodically 
polls the client premises equipment to determine whether a network session has been 
terminated, see, e.g., col. 8, lines 10-23), said presence server comprising: 

an interface receiving a status information update message received from said 
session control server (the client software generates a message indicating user's online 
status and current user address and the message is sent to the IM server to notify the 
CSP, see, e.g., col. 7, lines 3-20); 

storage means (CSP database) for storing a plurality of status information pieces 
(the IM server notifies the CSP of the user's online presence and address and then the 
CSP updates the CSP database to indicate that the user is online, see, e.g., col. 7, lines 
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13-20); 

means for receiving the status information update request message sent from 
said session control server (the IM server (equivalent to the applicant's session control 
server) notifies the CSP (equivalent to the applicant's presence server) of the user's 
online presence and address and then the CSP updates the CSP database to indicate 
that the user is online, see, e.g., col. 7, lines 13-20); 

means for changing a content stored in said storage means (data conversion 
supported by a gateway device by using the SIP, see, e.g., col. 3, line 53 to col. 4, line 
25); and 

means forjudging whether there is an inconsistency between the status 
information included in the update message (first status information) and other status 
information (second status information) stored in said storage means and belonging to a 
terminal to which the first status information belongs, wherein, if there is an 
inconsistency between the first status information and the second status information, 
the second status information is made to match the first status information (explained as 
above per claims 4 and 5). 

Aravamudan does not teach SIP used in the IM server but in the gateway device. 

Kammerer teaches as follows: 

a Session Initiation Protocol (SIP) based presence server which enables secure 
corporate instant messaging while allowing the user of any SIP compliant IM client (see, 
e.g., page 1, paragraph [0008]); 
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providing users freedom to collaborate by voice and data with any other user on 
a common IM network regardless of what type of communication device the users are 
operating (see, e.g., page 2, paragraph [0024]); and 

SIP is an application layer control protocol using the Session Description 
Protocol (SDP) to create sessions and carry session descriptions which allow 
participants to agree on a set of compatible media types (see, e.g., page 3, paragraph 
[0048]). 

Therefore, inherently a protocol stack is included to support application layer SIP 
and to support different type of communication device (a protocol stack is interpreted as 
a protocol interface layer showing all protocols used under the SIP application layer 
protocol). 

It would have been obvious for one of ordinary skill in the art at the time of the 
invention to modify Aravamudan to include data conversion (equivalent to the well 
known data encapsulation) used in SIP as taught by Kammerer in order to efficiently 
support different communication device communicating with different data type. 

Claims 38-49 disclose similar limitations as claims 32-34 as presented above, 
therefore the limitations of claims 38-49 are met by Aravamudan in view of Kammerer. 

Response to Arguments 
8. Applicant's arguments filed 3/18/2008, with respect to claims 1-49 have been 
considered but are moot in view of the new ground(s) of rejection. 
A. Summary of Applicant's Arguments 

In the remarks, the applicant argues as followings: 
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1) Aravamudan's CPE is not the claimed session control server. 
B. Response to Arguments: 

In response to argument 1), the examiner interpreted the applicant's session 
control server as Instant Message server (130 in figure 1 and 2)(see, e.g., col. 4, lines 
54-64) not the argued CPE. Therefore the IM server provides notifying the presence 
server (interpreted as Communication Service Platform (CSP 160 in figure 1)) of an 
update request for the status information when the change in the status information is 
detected (see, e.g., col. 8, lines 5-31). 

Conclusion 

9. Applicant's amendment necessitated the new ground(s) of rejection presented in 
this Office action. Accordingly, THIS ACTION IS MADE FINAL. See M PEP 
§ 706.07(a). Applicant is reminded of the extension of time policy as set forth in 37 
CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the date of this final action. 
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1 0. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to JEONG S. PARK whose telephone number is (571)270- 
1597. The examiner can normally be reached on Monday through Friday 7:00 - 3:30 
EST. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Nathan Flynn can be reached on 571-272-1915. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 



/J. S. P.I 

Examiner, Art Unit 2154 

July 17, 2008 

/Joseph E. Avellino/ 

Primary Examiner, Art Unit 2146 



